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APARATUS, METHOD, AND SYSTEM FOR AN ACKNOWLEDGEMENT- 
INDEPENDENT EQUALIZED DATA PACKET TRANSFER MECHANISM OVER A 

PEER-TO-PEER NETWORK 

FIELD 

5 The present invention relates generally to computer systems and network 

transfer protocols, and more particularly to apparatuses, methods, and systems for highly 
scalable peer-to-peer transfer mechanisms. 

BACKGROUND 

mFORMATTON TECHNOT.OGY SYSTEMS 
10 Typically, users, which may be people or other systems, engage computers to 

facilitate information processing. A computer operating system enables and facilitates users 
to access and operate computer information technology. Information technology systems 
provide interfaces that allow users to access and operate the various systems. 
USER INTERFACE 

15 The function of computer interfaces such as cursors, menus, and v^ndow 

components are, in many respects, similar to automobile operation interfaces. Automobile 
operation interfaces such as steering wheels, gearshifts, and speedometers facilitate the 
access, operation, and display of automobile resources, functionality, and status. Computer 
interaction interfaces such as cursors, menus, and windows similarly facilitate the access, 

20 operation, and display of computer hardware and operating system resources, functionality, 
and status. Operation interfaces are commonly called user interfaces. Graphical user 
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interfaces (GUIs) such as the Apple Macintosh Operating System or Microsoft's Windows 
provide a baseline and means of accessing and displaying mformation. 
WORLD WIDE WEB 

The proliferation and expansion of computer systems, databases, the Internet, 
5 and particularly the World Wide Web (the web), have resulted in a vast and diverse 
collection of information. Various user interfaces that facilitate the interaction of users with 
information technology systems (i.e., people using computers) are currently in use. An 
information navigation interface called WorldWideWeb.app (the web) was developed in late 
] 990. Subsequently, information navigation interfaces such as web browsers have become 
1 0 widely available on almost every computer operating system platform. 

Generally, the web is the manifestation and result of a synergetic 
interoperation between user interfaces (e.g., web browsers), servers, distributed information, 
protocols, and specifications. Web browsers were designed to facilitate navigation and 
access to information, while information servers were designed to facilitate provision of 
15 information. Typically, web browsers and information servers are disposed in 
communication with one another through a communications network. As such, information 
servers typically provide information to users employing web browsers for navigating and 
accessing information about the web. Microsoft's Internet Explorer and Netscape Navigator 
are examples of web browsers. In addition, navigation user interface devices such as WebTV 
20 have also been implemented to facilitate web navigation. Microsoft's Information Server 
and Apache are examples of information servers, i.e., their fiinction is to serve information to 
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iisers that typically access the information hy way of web browsers. 
NETWORK TRANSFER MECHANISMS 

The proliferation and expansion of computer information systems coincides 
with an increase in network use. Often, transfers of data over a communications network 
5 requires the transmission of data packets. A piece of data on a computer system, for example 
a file, is broken up into pieces of data called packets, and sent to a destination computer 
system that assembles the received packets. One basic and underlying protocol for such 
packet transmissions is Transmission Control Protocol Internet Protocol (TCP/IP). The 
increased use of various communication networks has resulted in increased network traffic. 
1 0 Often, transfers of data over a conraiunication network results in lost or missing data packets. 

One model enabling file transfer is the peer-to-peer model. Peer-to-peer is a 
communications model in which each party has the same capabiUties and either party can 
initiate a communication session. Peers are often referred to as nodes on a network. 

Various transfer mechanisms and protocols exist enabling for the transfer of 
15 data firom one computer system to another. There are at least two basic types of transfer 
mechanisms: Automatic Retransmission reQuest (ARQ) based unplementations and non- 
ARQ implementations. ARQ based transfer mechanisms request retransmissions for packets 
of data that are lost in transmission. The receiving computer system triggers retransmissions 
by explicit or implicit (based on timeouts) ACK/NACKs. The ACK/NACKs axe basically 
20 acknowledgements that a data packet was or was not successfiilly received. One old example 
of an ARQ based mechanism is File Transfer Protocol (FTP). Non-ARQ based mechanisms 
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may sometimes use Forward Error Correction to add a level of reliability. Multicast is 
another transport mechanism that attempts to deliver a great amount of data to a great 
number of computers. (See A Reliable Multicast data Distribution Protocol based on 
sopvare FEC techniques (RMDP), (with Lorenzo Vicisano, UCL), Proc. of the Fourth IEEE 

5 HAIEM'97 Workshop, Chalkidiki, Grece, June 1997 

<http://www.iet.unipi.it/~luigi/hAIEM97.ps.gz>; and Gemmell, Jim, Schooler, Eve, and 
Gray, Jim, Feast Scalable Multicast File Distribution: Caching and Parameters 
Optimizations, Microsoft Research Technical Report, MSR-TR-99-14, June 1999 
<http://www.research.microsoft.com/~JGeminell/pubs/FcastTR-99-14.doc>). 

10 Increased network traffic has strained current communication networks, 

leading to higher rates of data loss during transmission, and in turn, further worsening 
network transfers rates. Furthermore, new network applications increasingly involve larger 
sized transfers of data, which has resulted in increased bandwidtii problems. The growing 
use of communication networks has resulted in an overall problem with regard to network 

15 transmission delivery speeds. Such network speed problems m many instances frustrate 
users. 

SUMMARY 

The invention provides a mechanism that allows peer-to-peer networks to 
scale to provide vast amoxmts of bandwidth, with low latency, and low overhead in a maimer 
20 that allows for instant and great scalability. Many peer-to-peer network transfer mechanisms 
suffer from high overhead in sending and receiving feedback regarding data transfers. For 

Attorney docket No.: 41 10-4002US1 -5- 
672367 vl 



PATENT Application Express Mail label no.: ef098977416us 

example, if a peer on a network employing a mechanism such as Gnutella is disposed in 
communication with only one other node, then the overhead of acknowledging the safe 
receipt of a data packet may not be too large. However, as more and more nodes are 
disposed in commxmication with one another, the feedback can overwhelm the data transfer. 
The present invention cures this feedback problem by employing encoding schemes that 
require little to no feedback or acknowledgment regarding the transfer of data. Furthermore, 
peer-to-peer transfers have been notoriously "fragile" with mechanisms such as Gnutella 
because each data packet does not have equal utility. If you are sending a file with a million 
packets, and the 999,999^^ packet is lost, the entire file will be rendered corrupt. Thus, the 
more time someone has invested in a data transfer, tiie more valuable the packets the user 
receives become. The present invention overcomes this problem by employing encoding 
schemes that allow for the reconstruction of the complete data, even when all data packets 
are not received, thereby further reducing feedback overhead; this has the effect of equalizing 
value while maximizing the utility for any randomly received data packet. These novel 
innovations and others through the disclosure allow peers on a network to highly leverage 
their data, bandwidth, and network resources in ways never before possible. 

In one non-limiting example embodiment of the present invention is a method 
of using a computer, which involves the following: sending a request for data to a targeted 
computer system, determining if the data is in a look-up list that references other computers 
having the requested data, sending the request to the other computers having the requested 
data, encoding the data using an acknowledgement independent equalized data packet 
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encoding scheme, sending the encoded data to a requesting user, receiving the encoded data 
from sending computers, and decoding the received encoded data. 

The above advantages and features are of representative embodiments only, 
and are not exhaustive and/or exclusive. They are presented only to assist in understanding 
the invention. It should be understood that they are not representative of all the inventions 
defined by the claims, to be considered limitations on the invention as defined by the claims, 
or limitations on equivalents to the claims. For instance, some of these advantages may be 
mutually contradictory, in that they cannot be simultaneously present in a single 
embodiment. Similarly, some advantages are applicable to one aspect of the invention, and 
inapplicable to others. Furthermore, certain aspects of the claimed invention have not been 
discussed herein. However, no inference should be drawn regarding those discussed herein 
relative to those not discussed herein other than for purposes of space and reducing 
repetition. Thus, this summary of features and advantages should not be considered 
dispositive in determining equivalence. Additional features and advantages of the invention 
will become apparent in the following description, from the drawings, and from the claims. 

BMEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings illustrate certain embodiments of the disclosure. 

Figure 1 illustrates an acknowledgment independent equalized data packet 
transfer mechanism (AIEM) node controller according to one embodiment; 

Figure 2 illustrates an example of nodes excerpted from a network topology 
transferring a file from peer-to-peer; 
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Figure 3 is a flowchart illustrating a non-limiting example embodiment an 
acknowledgment independent equalized data packet transfer mechanism (AIEM). 
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DETAILED DESCRIPTION 

ATKM NODE CONTROLLER 

Figure 1 illustrates one embodiment incorporated into an AIEM node 

controller. 

5 In this embodiment, the AIEM node controller 1101 may be connected to 

and/or communicate with entities such as, but not limited to: one or more users from user 
input devices 1111; peripheral devices 1112; and/or a communications network 1113. The 
AIEM node controller may even be connected to and/or communicate with a cryptographic 
processor device 1 128. 

10 A typical AIEM node controller 1101 may be based on common computer 

systems that may comprise, but are not limited to, components such as: a conventional 
computer systemization 1 102 connected to a storage device 1 1 14. Storage devices may be a 
fixed hard disk drive, and/or other devices of the like. 

A conventional computer systemization 1102 may comprise a clock 1130, 

15 central processing unit (CPU) 1103, a read only memory (ROM), a random access memory 
(RAM), and/or an interface bus 1107, and conventionally, although not necessarily, are all 
interconnected and/or communicating through a system bus 1104. The system clock 
typically has a crystal oscillator and provides a base signal. The clock is typically coupled to 
the system bus and various means known to those skilled in the art will increase or decrease 

20 the base operatmg fi-equency for other components interconnected in the conventional 
computer systemization. The clock and various components in a conventional computer 
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systemization drive signals embodying information throughout the system. Optionally, a 
cryptographic processor 1126 may similarly be connected to the system bus. Of course, any 
of the above components may be connected directly to one another, connected to the CPU, 
and/or organized in numerous variations employed as exemplified by conventional computer 
5 systems. 

A conventional computer systemization may employ various forms of 
memory 1129. In a typical configuration, memory will include ROM, RAM, and a storage 
device. Non-conventional software modules such as an AIEM Module 1 125, may be loaded 
into memory. 

10 The CPU comprises at least one high-speed data processor adequate to 

execute program modules for executing user and/or system-generated requests. The CPU is a 
conventional microprocessor such as the Intel Pentium Processor and/or the like. The CPU 
interacts memory to execute stored program code according to conventional data processing 
techniques. 

15 Interface bus(ses) 1 107 may accept, connect, and/or communicate to a number 

of interface adapters, conventionally although not necessarily in the form of adapter cards, 
such as but not limited to: input output interfaces (I/O) 1108, storage interfaces 1109, 
network interfaces 1110, and/or the like. Optionally, cryptographic processor interfaces 1 127 
similarly may be connected to the interface bus. The interface bus provides for the 

20 communications of interface adapters with one another as well as with other components of 
the conventional computer systemization. Interface adapters are adapted for a compatible 
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interface bus. Interface adapters conventionally connect to the interface bus via a slot 
architecture. Conventional slot architectures may be employed, such as, but not limited to: 
Accelerated Graphics Port (AGP), Card Bus, (Extended) Industry Standard Architecture 
((E)ISA), Micro Channel Architecture (MCA), NuBus, Peripheral Component Interconnect 
5 (PCI), Personal Computer Memory Card Intemational Association (PCMCIA), and/or the 
like. 

Storage interfaces 1109 may accept, communicate, and/or connect to a 
number of storage devices such as, but not limited to: storage devices 1114, removable disc 
devices, and/or the like. Storage interfaces may employ connection protocols such as, but 

10 not limited to: (Enhanced) Integrated Drive Electronics ((E)IDE), Institute of Electrical and 
Electronics Engineers (IEEE) 1394, fiber channel. Small Computer Systems Interface 
(SCSI), Universal Serial Bus (USB), and/or the like. 

Network interfaces 1110 may accept, communicate, and/or connect to a 
commimications network 1113. Network interfaces may employ connection protocols such 

15 as, but not limited to: Bluetooth, direct connect, Ethemet (thick, thin, twisted pair 
10/100/1000 Base T, and/or the like), IEEE 802.11b, Token Ring, wireless connection, 
and/or the like. A communications network may be: a direct connection; the Intemet; a 
Local Area Network (LAN); a secured custom connection; a Wide Area Network (WAN); a 
wireless network (e.g., employing protocols such as, but not limited to a Wireless 

20 Application Protocol (WAP), I-mode, etc.); and/or the like. A network interface may be 
regarded as a speciaUzed form of an input output interface. 
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Input Output interfaces (I/O) 1108 may accept, communicate, and/or connect 
to user input devices 1111, peripheral devices 1112, cryptographic processor devices 1128, 
and/or the like. I/O may employ connection protocols such as, but not limited to: Apple 
Desktop Bus (ADB); Apple Desktop Connector (ADC); audio: analog, digital, monaural, 
5 RCA, stereo, and/or the like IEEE 1394; infrared; joystick; keyboard; midi; optical; PC AT; 
PS/2; parallel; radio; serial; USB; video: BNC, composite, digital, RCA, S-Video, VGA, 
and/or the like; wireless; and/or the like, A common output device is a video display, which 
typically comprises a CRT with an interface (e.g., VGA circuitry and cable) that accepts 
signals from a video interface. The video interface composites information generated by a 
10 conventional computer systemization and generates video signals based on the composited 
information. Typically, the video interface provides the composited video information 
through a video connection interface that accepts a video display interface (e.g., a VGA 
connector accepting a VGA display cable). 

User input devices 1111 may be card readers, dongles, finger print readers, 
15 gloves, graphics pads, joysticks, keyboards, mouse (mice), trackballs, trackpads, retina 
readers, and/or the like. 

Peripheral devices 1112 may be connected and/or communicate with or to I/O 
and/or with or to other facilities of the like such as network interfaces, storage interfaces, 
and/or the like). Peripheral devices may be cameras, dongles (for copy protection, ensuring 
20 secure transactions as a digital signature, and/or the like), extemal processors (for added 
fimctionality), goggles, microphones, monitors, network interfaces, printers, scanners. 
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storage devices, visors, and/or the like. 

Cryptographic units such as, but not limited to, microcontrollers, processors 
1126, interfaces 1127, and/or devices 1128 may be attached, and/or communicate with the 
AIEM node controller. A MC68HC16 microcontroller, commonly manufactured by 
5 Motorola Inc., may be used for and/or within cryptographic units. Equivalent 
microcontrollers and/or processors may also be used. The MC68HC16 microcontroller 
utilizes a 16-bit multiply-and-accumulate instruction in the 16 MHz configuration and 
requires less than one second to perform a 512-bit RSA private key operation. Cryptographic 
vinits support the authentication of communications from interacting agents, as well as 
10 allowing for anonymous transactions. Cryptographic units may also be configured as part of 
CPU. Other commercially available specialized cryptographic processors include VLSI 
Technology's 33 MHz 6868 or Semaphore Communications' 40 MHz Roadrunner284. 

A storage device 1114 may be any conventional computer system storage. 
Commonly a storage device is a fixed hard disk. However, it is to be understood that a 
15 conventional computer systemization may be configured to employ many types of memory 
1129. For example, a conventional computer systemization may be configured wherein the 
functionality of on-chip CPU memory (e.g., registers), RAM, ROM, and any other storage 
devices are provided by a paper punch tape or paper punch card mechanism; of course such 
an embodiment is not preferred and would result in an extremely slow rate of operation. 
20 Generally, any mechanization and/or embodiment allowing a processor to affect the storage 
and/or retrieval of information is memory 1129. Thus, a conventional computer 
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systemization generally requires and makes use of memory. However, memory is a fungible 

technology and resource, thus, any number of memory embodiments may be employed in 

lieu of or in concert with one another. 

The storage devices 1114 may contain a collection of program and/or database 

5 modules and/or data such as, but not limited to: an operating system module 1115 (operating 

system); an information server module 1116 (information server); a user interface module 

1117 (user interface); a web browser module 1118 (web browser); a database 1119 providing 

p a the ability to look up data/files and identify respective computer systems housing said 

y data/files, and or the like; a cryptographic server module 1120 (cryptographic server); 

yj 

O 10 Acbiowledgment Independent Equalized Data Packet Transfer Mechanism (AIEM) module 
: 1125; Forward Error Correction (FEC) Cache 1133a for decoding acknowledgement 

m independent equalized data packets, an area housing data that may be shared with other 

D nodes 1133b, and/or the like; and/or the like (collectively a module collection). These 

modules may be stored and accessed from the storage devices and/or from storage devices 
15 accessible through an interface bus. Although these modules typically and preferably are 
stored in a local storage device, they may also be stored in peripheral devices, RAM, remote 
storage facilities through a communications network, ROM, and/or the like. 

The operating system 1115 is executable program code facilitating the 
operation of an AIEM node controller. Typically, the operating system facilitates access of 
20 I/O, network interfaces, peripheral devices, storage devices, and/or the like. The operating 
system is a conventional product such as a Microsoft Windows, Microsoft Windows NT, 
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Macintosh OS, Linux, Unix, and or others of the like. Preferably, the operating system is 
highly fault tolerant, scalable, and secure. An operating system may communicate to and/or 
with other modules m a module collection, including itself, and/or facilities of the like. 
Conventionally, the operating system communicates with other program modules, user 
5 interfaces, and/or the like. For example, the operating system may contain, communicate, 
generate, obtain, and/or provide program module, system, user, and/or data communications, 
requests, and/or responses. The operating system, once executed by the CPU, 
communications networks, data, I/O, peripheral devices, program modules, memory, user 
input devices, and/or the like. Preferably, the operating system provides communications 
10 protocols that allow the AIEM node controller to communicate with other entities through a 
communications network 1113. Various communication protocols may be used by the 
AIEM controller as subcarrier transport mechanism, such as, but not limited to: multicast, 
TCP/IP, User Datagram Protocol (UDP), unicast, and or the like. 

An information server module 1 1 16 is stored program code that is executed by 
15 the CPU. The information server may be a conventional Internet information server such as, 
but not limited to, Microsoft's Intemet Information Server and/or the Apache Software 
Foundation's Apache. Preferably, the information server allows for the execution of program 
modules through facilities such as C++, Java, JavaScript, ActiveX, Common Gateway 
Interface (CGI) scripts. Active Server Page (ASP), and/or the like. Preferably the 
20 information server supports secure communications protocols such as, but not limited to, 
Secure Hypertext Transfer Protocol (HTTPS), Secure Socket Layer (SSL), and/or the like. 
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Conventionally, an information server provides results in the form of web pages to web 
browsers, and allows for the manipulated generation of the web pages through interaction 
with other program modules. An information server may communicate to and/or with other 
modules in a module collection, including itself, and/or facilities of the like. Most 
5 frequently, the information server communicates with operating systems, other program 
modules, user interfaces, web browsers, and/or the like. An information server may contain, 
communicate, generate, obtain, and/or provide program module, system, user, and/or data 
commxmications, requests, and/or responses. 

A user interface module 1 1 17 is stored program code that is executed by the 
10 CPU. Preferably, the xxser interface is a conventional user interface as provided by, with, 
and/or atop operating systems and/or operating environments such as Apple Macintosh OS, 
e.g.. Aqua, Microsoft Windows (NT), Unix X Windows (KDE, Gnome, and/or the like), 
and/or the like. The user interface may allow for the display, execution, interaction, 
manipulation, and/or operation of program modules and/or system facilities through 
15 graphical facilities. The user interface provides a facility through which users may affect, 
interact, and/or operate a computer system. A user interface may communicate to and/or 
with other modules in a module collection, including itself, and/or facilities of the like. Most 
frequently, the user interface communicates with operating systems, other program modules, 
and/or the like. The user interface may contain, communicate, generate, obtain, and/or 
20 provide program module, system, user, and/or data communications, requests, and/or 
responses. 
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A web browser module 1118 is stored program code that is executed by the 
CPU. Preferably, the web browser is a conventional hypertext viewing application such as 
Microsoft Internet Explorer or Netscape Navigator (preferably with 128bit encryption by 
way of HTTPS, SSL, and/or the like). Some web browsers allow for the execution of 
program modules through facilities such as Java, JavaScript, ActiveX, and/or the like. Web 
browsers and like information access tools may be integrated into PDAs, cellular telephones, 
and/or other mobile devices. A web browser may communicate to and/or with other modules 
in a module collection, including itself, and/or facilities of the like. Most frequently, the web 
browser communicates with mformation servers, operatmg systems, integrated program 
modules (e.g., plug-ins), and/or the like; e.g., it may contain, communicate, generate, obtain, 
and/or provide program module, system, user, and/or data communications, requests, and/or 
responses. Of course, in place of a web browser and information server, a "clerver" may be 
developed to perform similar fimctions of both. A clerver would similarly affect the 
obtaining and the provision of information to users, user agents, and or the like from AIEM 
enabled nodes. The clever may be nugatory on systems employing standard web browsers. 
For added security, such a clerver module could be configured to communicate directly with 
the AIEM without an intermediary information server to further enhance security. 

A Mesh Table module 1119 may be embodied in a database that is stored 
program code that is executed by the CPU and it is stored data; the stored program code 
portion configuring the CPU to process the stored data. Alternatively, the Mesh Table may 
be implemented using various standard data structures, such as a Ust, array, struct, and or the 



Attorney Docket No.: 4110-4002US1 

672367 vl 



-17- 



Patent APPLICATION express mail Label No.: ef098977416us 

like. If the Mesh Table is implemented as a data structure, the use of the Mesh Table may be 
integrated into another module such as the AIEM module. A Mesh Table may communicate 
to and/or with other modules in a module collection, including itself, and/or facilities of the 
like. Most frequently, the Mesh Table communicates with an AIEM module, other program 
5 modules, and/or the Uke. The database may contain, retain, and provide information 
regarding other nodes and data. 

A cryptographic server module 1120 is stored program code that is executed 
by the CPU 1103, aryptographic processor 1126, cryptographic processor interface 1127, 
cryptographic processor device 1128, and/or the like. Preferably, cryptographic processor 
10 interfaces will allow for expedition of encryption and/or decryption requests by the 
cryptographic module; however, the cryptographic module, alternatively, may run on a 
conventional CPU. Preferably, the cryptographic module allows for the encryption and/or 
decryption of provided data. Preferably, the cryptographic module allows for both 
symmetric and asymmetric (e.g.. Pretty Good Protection (PGP)) encryption and/or 
15 decryption. Preferably, the cryptographic module allows conventional cryptographic 
techniques such as, but not limited to: digital certificates (e.g., X.509 authentication 
framework), digital signatures, dual signatures, enveloping, public key management, and/or 
the like. Preferably, the cryptographic module will facilitate numerous encryption and/or 
decryption protocols such as, but not limited to: Data Encryption Standard (DES), Elliptical 
20 Curve Encryption (ECC), International Data Encryption Algorithm (IDEA), Message Digest 
5 (MD5, which is a one way hash function), RC5 (Rivest Cipher), Rijndael, RSA (which is 
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an Internet encryption and authentication system tiiat uses an algorithm developed in 1977 by 
Ron Rivest, Adi Shamir, and Leonard Adleman), Secure Hash Algorithm (SHA), Secure 
Socket Layer (SSL), Secure Hypertext Transfer Protocol (HTTPS), and/or the like. A 
cryptographic module may communicate to and/or with other modules in a module 
5 collection, including itself, and/or facilities of the like. Preferably, the cryptographic module 
supports encryption schemes allowing for the secure transmission of information across a 
communications network to enable an AIEM module to engage in secure transactions if so 
desired by users. Most frequently, the cryptographic module communicates with information 
servers, operating systems, other program modules, and/or the like. The cryptographic 
10 module may contain, communicate, generate, obtain, and/or provide program module, 
system, user, and/or data communications, requests, and/or responses. 

An AIEM module 1125 is stored program code that is executed by the CPU. 
Generally, the AIEM affects obtaining and the provision of communication, information, 
transactions, and/or the like between nodes. The AIEM adds the ability to receive and send 
15 files to nodes in a distributed manner that is acknowlegement independent and where data 
packet utility has been equalized. Generally, the AIEM acts as an data transfer mechanism 
for sending and receiving data. The AIEM coordinates with the Mesh Table to identify 
nodes that may be usefiil in improving data transfer for requested data. A AIEM enabling 
transfers between nodes maybe be developed by employmg standard development tools such 
20 as, but not limited to: C++, shell scripts, Java, Javascript, SQL commands, web application 
server extensions, Apache modules, Perl scripts, binary executables, and/or other mapping 
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tools, and/or the like. In one non-limiting example embodiment, the AIEM server employs a 
cryptographic server to encrypt and decrypt communications. The AIEM may service 
requests, store requested data, cease servicing requests, and much more. An AIEM module 
may communicate to and/or with other modules in a module collection, including itself, 
5 and/or facilities of the like. Most frequently, the AIEM module communicates with a Mesh 
Table, information servers, operating systems, other program modules, and/or the like. The 
AIEM server may contain, communicate, generate, obtain, and/or provide program module, 
system, user, and/or data communications, requests, and/or responses. 

The functionality of any of the AIEM node controller components may be 
10 combined, consolidated, and/or distributed in any number of ways to facilitate development 
and/or deployment. Similarly, the module collection may be combined in any number of 
ways to facilitate deployment and/or development. To accomplish this, one must simply 
integrate the components into a common code base or in a facility that can dynamically load 
the components on demand in an integrated fashion. 
15 The module collection may be consolidated and/or distributed in countless 

variations through standard data processing and/or development techniques. Multiple 
instances of any one of the program modules in the program module collection may be 
instantiated on a single node, and/or across numerous nodes to improve performance through 
load balancing data processing techniques. Furthermore, single instances may also be 
20 distributed across multiple controllers and/or storage devices; e.g., databases. 

All program module instances and controllers working in concert may do so 
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through standard data processing communication techniques. 

The preferred node controller configuration will depend on the context of 
system deployment. Factors such as, but not limited to, the capacity and/or location of the 
underlying hardware resources may affect deployment requirements and configuration. 
5 Regardless of if the configuration results in more consolidated and/or integrated program 
modules, resvilts in a more distributed series of program modules, and/or results in some 
combination between a consolidated and/or distributed configuration, communication of data 
may be communicated, obtained, and/or provided. Instances of modules (fi:om the module 
collection) consolidated into a common code base from the program module collection may 
10 communicate, obtain, and/or provide data. This may be accomplished through standard data 
processing techniques such as, but not limited to: data referencing (e.g., pointers), internal 
messaging, object instance variable communication, shared memory space, variable passing, 
and/or the like (intra-application communication). 

If module collection components are discrete, separate, and/or external to one 
15 another, then communicating, obtaining, and/or providing data witii and/or to other module 
components may be accomplished through standard data processing techniques such as, but 
not limited to: Application Program Interfaces (API) information passage; (distributed) 
Component Object Model ((D)COM), (Distributed) Object Linking And Embedding 
((D)OLE), and/or the like). Common Object Request Provider Architecture (CORBA), 
20 process pipes, shared files, and/or the like ( mter-application communication). Again, the 
preferable embodiment will depend upon the context of system deployment. 
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ATF.M NODE CONTROLLERS 

Figure 2 illustrates an example of nodes excerpted from a network topology 
transferring a file from peer-to-peer. In this embodiment, various nodes, configured similarly 
to the AIEM node controller 1101 embodiment of Figure 1, are disposed in communication 

5 with one another through a communications network 2113. Each node maintains its own 
Mesh Table 2208 as pictured in the starting node 2201. The Mesh Table may be 
implemented as a database 1119 of Figure 1 by creating a two-column table with data 
identifiers 2207 that relate to at least one or more associated nodes 2206. In an alternative 
embodiment, the Mesh Table may employ a third field tracking available packets 2205 

10 associated with the data identifier 2207. An available packet field is useful as it allows nodes 
to start servicing and providing parts of a file, even when the entire file itself has not yet been 
downloaded from elsewhere. Nodes 2202d, 2202e, and 2203 all have uicomplete files 
demarcated by hollow boxes representing packets that have yet to be decoded. Thus packets 
D, F, O, P, N, and M are all encoded versions of original un-encoded packets A, and B. Un- 

15 encoded packets are represented by shaded boxes, e.g., packets A and B. Packets that have 
been received at a node are demarked by boxes with solid lines; e.g., packets A and B at 
nodes 2202a, 2202b, 2202c, and 2201; un-encoded packet D at node 2202d; and un-encoded 
packet F at node 2202e. 

In one example, the starting node 2201 references tibat file X has successfiiUy 

20 been received an decoded packet into original packets A and B, which is reflected in the 
available packets column 2205 for file X. In one embodiment, the available packet data 
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stored in an available packet field in a Mesh Table, may simply be a number representing a 
packet segment in a sequence, and or the like. 

All the nodes that relate to a particular file are members of an associated 
mesh. Thus, for example, the starting node may have a file identified as "X" that references 

5 associated mesh nodes "2201," "2202a," "2202b," "2202c," 2202d," "2202e," and "2203" 
2206. The actual values stored in an associated mesh node field may be network addresses 
that reference nodes known to contain the associated file. For example, nodes "2201," 
"2202a," "2202b," "2202c," 2202d," and 2202e," and "2203" are all known to hold at least a 
part of file "X" while none of those nodes holds files Y or Z. The network address may be a 

10 simple IP address, and or the like. In an alternative embodiment, the Mesh Table may be 
implemented in various data structures, such as, but not limited to, a list, an array, and or the 
like. The data identifier may be a simple file name referencing files in a node's local 
memory. In an altemative embodiment a Secure Hash Algorithm (SHA-1) is employed to 
generate a unique identifier based on data (file) content, which is also xxsed to reference a file 

15 in a node's local memory. Various other naming and identification techniques may also be 
used. 

In one non-limiting embodiment of an example AIEM network transaction, 
initially, a requesting node 2203 may provide an initial request for a file, e.g., "X," to a 
starting node 2201. It is important to note that there need not be any substantial, or any, 
20 difference in configuration and operation between the starting nodes and any other nodes on 
the network. In a very real sense, all the nodes on the network are peers, and vary 
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substantially only in the data they house and reference. Thus, a starting node may be any 
node on a LAN referencing little and narrowly tailored data sets, or it may be a mega 
ISP/Internet Portal referencing vast data sets. Of course each node may also vary in capacity 
with greater or lower memory and/or processing abilities, but interactions may proceed in 
5 similar fashion for all nodes. In an alternative embodiment, one may tailor nodes for certain 
data sets and performance optimizations that may change some of the internal workings of 
the each node, but basic interaction between nodes will be maintained. In one embodiment, a 
user running AIEM enabled software v^U have a default starting node supplied for an initial 
request to kick start and populate the new node's Mesh Table. 
10 The requesting node's 2203 request may be generated by a software module 

capable of forming an HTTP request, and or like protocol, and sending it to a desired target 
node. In one non-limiting example, a web browser may be employed. The starting node 
2201 receives the request for data from the requesting node 2203 and processes it. Each 
node has the equivalent of an information server running on it that is capable of receiving 
15 requests and provides facilities to process the request and respond to it. In one alternative 
embodiment, the message generation and message receipt are handled by a single software 
module called a "clerver," which represents both client and server functionalities in one unit. 
This clever ability allows for the simultaneous sending and receiving of data packets. 

Returning to the example, upon having received the request for data, for 
20 example a request by the requesting node 2203 of the starting node 2201 for file "X," the 
starting node 2203 may distribute the task of sending file "X" to nodes associated with file 
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"X" in its Mesh Table 2208. Next, the starting node determines a set of nodes to aid in 
transferring file "X" to the requesting node. How these nodes are selected from the Mesh 
Table will be discussed in greater detail with regard to Figure 3. The selected mesh nodes 
may be sent as a list of nodes in HTML, plain text, data structures, and or the like. 
5 In one embodiment, not pictured in Figure 2 for purposes of figure clarity, the 

starting node will send selected mesh nodes to the requesting node 2203 in a list. The 
requesting node will then receive a Mesh List sent from the starting node 2201. The 
requesting node will then integrate the received Mesh List into its own Mesh Table. A sent 
Mesh List may be incorporated into a node's Mesh Table by parsing the list, and selecting a 
10 data identifier and associated mesh nodes. Thereafter, based on the data identifier, the 
associated mesh nodes from the Mesh List may be added into the Mesh Table so that they 
maintain an association with the data identifier. If the Mesh Table does not have a data 
identifier matching one sent in the Mesh List, a new data identifier entry is created in the 
Mesh Table and the associated nodes fi-om the Mesh List are parsed firom the Mesh List and 
15 are entered into associated mesh node 2207 fields. 

Next, the requesting node will then itself directly request file "X" across a 
communications network 21 13b from the selected nodes as returned in the Mesh List. In an 
alternative embodiment, i.e., the "push" model, the starting node 2201 directly messages the 
selected mesh nodes across a communications network 2213a to start transferring file "X" to 
20 the requesting node (as depicted by dashed arrows to nodes 2202a, 2202b from node 2201). 
In our example, the starting node selected nodes 2202a and 2202b to form a mesh with the 
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requesting node 2203 forming a mesh 2230 around file "X" denoted by a dashed line 
surrounding nodes "2202a," "2202b," and "2203." Nodes 2202a, 2202b have file "X" 2204 
stored in memory in an im-encoded stat, and upon receiving a request for the file, the nodes 
2202a, 2202b encode the file using a an acknowledgement independent equalized data packet 

5 encoding scheme. 

In one non-limiting example, FEC encoding is employed. FEC employs a {k, 
n) block erasure code where k is less than or equal to n. Basically, using FEC, one takes k 
un-encoded source packets of data, and produces n encoded packets. The n packets are 
encoded in such a way that receivuig computer need only receive k number of the n encoded 
10 packets to decode and recreate tihie original data. In an alternative embodunent, optimized 
FEC require slightly greater than k number of received encoded packets to decode and 
recreate the original data, e.g., tornado codes. 

In this example, the file is encoded into four packets, N, M, O and P. Let's 
assume for purposes of example k is equal to 2 and « is much larger than k. This means that 
15 as long as a node receives any two different encoded packets, the entire file may be decoded 
and recreated back into the original state of file "X" (A+B) and stored in memory. 

Upon having encoded file "X," each of the nodes 2202a, 2202b begins 
sending encoded data packets to the requestmg node 2203 across a communications network 
2213b. In this example, node 2202a has sent encoded packets of "X" M and N. Node 2202a 
20 seems to be a low latency and high bandwidth node as the packets will be arriving faster and 
with greater density than encoded packets sent from node 2202b. The likely result is that the 
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requesting node will first receive packet M from node 2202a and then packet P from node 
2202b. Upon obtaining the required k=2 packets, the requesting node may begin decoding 
the received packets M+P and recreating the original file "X" even before additional packets 
N 2202a and O 2202b arrive. As each encoded packet arrives, both sending and receiving 
5 nodes may update their respective Mesh Tables to reflect that the receiving node is now in 
possession of the received packets and or file. Updating Mesh Tables on a per packet basis 
has the advantage that a receiving node may now service other nodes requesting the data, 
which in turn decreases network latency while improving network throughput. The available 
packets field may track available packets and identify if the available packets are in an 
10 encode or decoded state. Decoded packets may again be re-encoded and sent on to 
requesting nodes on demand. 

In another non-limiting example of a file request transaction, a mesh 2231 is 
formed around nodes 2202d, 2202e and 2201, wherein nodes 2202d, and 2202e have both 
requested file X from node 2201. Node 2202d has already received encoded packet D from 
15 node 2201, while node 2202e has already received encoded packet F. However, because 
node 2201 has informed both nodes 2202d, and 2202e of each other's existence via a Mesh 
List, the two requestmg nodes 2202d, 2202e "JOIN" one another and start exchanging data 
packets they have received. Thus, without fiirther interaction from starting node 2201, node 
2202e sends encoded packet F to 2202d, while node 2202d sends encoded packet D to node 
20 2202e. Upon each of these requesting nodes obtaining packets D and F from one another, 
they will both have the requisite k=2 encoded data packets to recreate file X by decoding the 
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FEC encoded packets D+F. Furthermore, in the course of interaction with starting node 
2201, nodes 2202d, and 2202e may become aware of node 2203 and have node 2203 added 
to their Mesh Tables. 
ATFM TNTF-RACTION SYSTEM 
5 Figure 3 shows a flowchart illustrating a non-limiting example embodiment of 

an acknowledgment independent equalized data packet transfer mechanism (AIEM) and 
various interactions. Logical flow is represented by arrows with solid arrow heads 3379, 
while data flow is represented by hollow arrow heads 3389. 
Requesting Node 

10 Initially a user sends a request for a file 3301. This may be achieved by 

engaging a user interface module 1 1 1 7 of Figure 1 , web browser module 1 1 1 8 of Figure 1 , a 
clerver, and/or the like facility that has been adapted to interact with or employ AIEM. In 
one non-limiting example embodiment, a web page may be constructed with a hyperlink that 
contains a data identifier, and mesh nodes known to house the data referenced by the data 

15 identifier, i.e., embedding a Web List into a hyperlink. If a user engages the hyperlink, the 
data identifier would be sent to members of the node mesh who would in turn affect the 
accelerated and distributed transfer of the requested file to the user. This distributed transfer 
of data firom various nodes is swarm-Uke in its appearance and effect. The web browser is 
enabled to receive the mcoming encoded packets via a plug that provides the requisite 

20 decoding functionality for any mcoming packets resulting from the hyperlink executed 
request. In an alternative embodiment, the user selects or provides the address of a starting 
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node. The user may Hien send the initial request to the starting node for desired data 3301 . 

Upon sending an initial request for data 3301 (for example, a user may request 
an a musical composition in MP3 format by the artist Elvis), the starting node receives the 
request for the data 3302. 
5 Starting Node 

Upon receiving the request 3302, a relevant Mesh List will be sent to relevant 
nodes 3333. To send a Mesh List to relevant nodes 3333, first the starting node will parse the 
request, extracting the desired data. In one embodiment, XML tags are employed to demark 
requests for files, requests to LEAVE a node, requests to JOIN a node, and or the like. 
10 Providing such commands in an XML tagged fashion eases parsing. In alternative 
embodiments, standard parsing, request, and distributed network messaging techniques may 
be employed to form and interpret requests. Upon parsing the request, the requested data is 
compared to entries in the starting node's Mesh Table. If the requested data does not match a 
data identifier in the Mesh Table 3304, an error message is sent to the requesting node 3320, 
15 for example, informing the user that no such file was found. In an alternative embodiment, 
fuzzy logic techniques may be employed to return potentially desired data, e.g., close 
spellings, etc. If the requested data does match a data identifier in the Mesh Table 3304, then 
the starting node determines what nodes are may service the request based on the requested 
data 3305. This determination may be achieved usmg database selects, or standard string 
20 compare data processing techniques 3305. Upon having serviceable nodes 3305, the starting 
node then may determine which of those serviceable nodes to include into a Mesh List for 
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sending back to the requesting node, and/or other relevant nodes 3306. Mesh List 
determination 3306 will be described further below. Upon having determined and created a 
Mesh List 3306, the starting node may then send the Mesh List 3366 to a requesting node 
3367. Upon receiving the Mesh Ust 3367, the requesting node may then send a request 3368 
5 for data to all nodes determined 3306 and referenced in the received Mesh List 3308 (swarm 
nodes). In an alternative "push" embodiment 3307, the starting node may itself send/forward 
the request for data made by the user on behalf of the requesting node to swarm nodes 3308. 
Upon having sent the Mesh List to the relevant node 3307, 3366, 3333 (either the requesting 
node or swarm nodes directly, depending upon if a push variant is employed or not), the 
10 starting node determines if a terminate event has occurred 3385. For example, termmate 
even may be created by a user at a starting node terminating the AIEM software module. If 
no terminate even occurred, iteration will proceed 3302. If a termination event was logged 
. 3385, then execution will cease 3386. 

Mesh List Determination 
15 Mesh List determination 3306 may be achieved by employing numerous 

selection criteria. The preferred determination scheme varies depending upon factors such 
as, but not limited to, underlying deployment resoxirces, node data specialization, 
communication connection quality, and or the like. In one non-limiting embodiment, a node 
building a Mesh List will populate the Mesh List with a specij&ed number of random nodes 
20 selected from its Mesh Table associated wilh the requested data 3304. The specified number 
may be set in a preferences panel, hardwired, based on available system resources, and or 
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like factors. In an alternative embodiment, the Mesh List building node will populate a Mesh 
List with all nodes selected from its Mesh Table associated with the requested data. 

In an alternative embodiment, the Mesh List building node will populate a 
Mesh List with nodes selected from its Mesh Table associated with the requested data 
5 (earmarked nodes), wherein the selected nodes are deemed to have the best data transfer 
rates. Determination of fransfer rates may be achieved by employing a hill-climbing analysis 
of earmarked nodes. In one example embodiment, the Mesh List building node will test all 
earmarked nodes. In another example embodiment, the Mesh List building node will select a 
subset of earmarked nodes at random and test their transfer rates. Testing of transfer rates 
10 may be achieved by simple pinging, logging and analyzing any return trip tunes. 
Alternatively, testing of transfer rates may be achieved by requesting a specified number of 
packets from the earmarked nodes. Earmarked nodes may be disqualified if their response 
tune is too slow, if they send too many duplicate packets, and or the like undesirable transfer 
factors. When the transfer rates of the earmarked nodes are identified, the Mesh List 
1 5 building node may populate the Mesh List with a specified number of the highest performing 
nodes based on the hill clunbing results. 

In one non-limiting example embodiment of the hill-climbing test, the Mesh 
List building node will send out a request to earmarked (or specified subset thereof) nodes 
simultaneously and identify a ftirther specified number of top performing nodes. For 
20 example, the Mesh List building node may query 20 earmarked nodes, and then further 
identify the top 5 performing nodes. Thereafter, the Mesh List building node may send a 
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request to those top (5) performing nodes for another top 20 nodes each. Based on those 
results, tiie Mesh List building node may then again test the performance of a specified 
number of the returned (100) nodes and identify a new set of top performing (5) nodes. This 
hill stepping iteration may go on for a specified number of iterations, until the top nodes 

5 remain high static and or other hill step termmating indicia of the like. In an alternative 
embodiment, the worst performing nodes and average performing nodes are also identified 
and used to populate the final resulting Mesh List that is to be sent 3366, 3307 by the Mesh 
Building node. By injecting average and poorly performing nodes, i.e., by providmg a Mesh 
List witii a mix of node level performance, there is an increased chance that the "gene pool" 

10 of results will stay varied and thus return a greater diversity of results. 
Swarm Nodes 

Each individual swarm node, upon having received a request for data firom a 
requesting (or even starting) node 3308, will first determine if it is overloaded 3314. A node 
may be overloaded in that its send, receive, and/or computational resources are saturated, or 
15 it has been made otherwise unavailable. If that is the case, the swarm node may re/send the 
received request 3308 to other 3308 relevant swarm members 3333b, similarly the discussion 
of so domg for the starting node 3333a. In an alternative embodmient, if the swarm node is 
overloaded 3314, servicing of the latest received request for data 3308 may simply be 
terminated 3386c. 

20 If the swarm node is not overloaded 3314, then swarm node will determining 

if the LEAVE request has been sent to stop sending packets 3309. The swarm node may 
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parse the request similar to the discussion of request parsing at the starting node 3333a to 
determine the request message content. If a LEAVE request has been made 3309, then 
servicing of request for data 3308 to the node supplying the LEAVE request may be 
terminated 3386c. If the request is not to stop sending packets 3309, the swarm node 
5 determines if the request for data 3310. If the request is not for data 3310, then the swarm 
node may re/send the received request 3308 to other 3308 relevant swarm members 3333b, 
similarly the discussion of so doing for the starting node 3333a. If the request is for data 

3310, then the swarm node will determine if the requested data is still m memory at the node 

331 1, It is important to note that a request for data may be a new request for an entire file, a 
10 request to send an un-received file packet, and or block. Although by employing 

acknowledgement independent encoding the present invention does not require feedback, 
negotiations, and or synchronization, in alternative embodiment such file transfer 
acknowledgements may be employed for purposes of optunization, for example, if non- 
acknowledgement transfers fail to result in a successfid transfer. 
15 If the requested data is not still in memory at the node 331 1, then the swarm 

node will determine if the requested data is referenced in the mesh table 33 12, and if not send 
an error to the requesting node 3320. If the requested data is referenced in the mesh table 

3312, then the swarm node may re/send the received request 3308 to other 3308 relevant 
swarm members 3333b, similarly the discussion of so doing for the starting node 3333a. if 

20 the requested data is still in memory at the node 3311, then the swarm node will begin to 
send Acknowledgment Independent Equalized (AIE) encoded data packets 3344. In one 
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non-limiting example embodiment the AIE encoded data packets are encoded using FEC 
encoding 3344. For sake of clarity, henceforth FEC encoding will be used to provide a 
concrete example of AIE encoding, but it should be noted that other AIE encodmg schemes 
may be used in place of FEC encoding. 
5 Sending FEC encoded data 3344 begins with encoding the requested data with 

a FEC encoder 3315. The swarm node may then check 3316 to see if a LEAVE request has 
been made 3308 in the interim and if so, the swarm node may stop sending packets 3386c. If 
no message to stop sending encoded packets has been received 33116, then the swarm node 
sends another encoded packet 3318 to the requesting node 3326. Although the swarm node 
10 may encode the entire data file all at once 3315 into a FEC cache 1 133a of Figure 1, in an 
alternative embodiment, the swarm node only generates the next encoded packet on demand 
right before a send is required 3315. In an alternative embodiment, upon sending the 
encoded packet 3318, the swarm node's Mesh Table is updated to reflect the availability of 
the sent packet 3318 at the requesting node 3326. Upon sending the needed packet 3318 (or 
15 alternatively after logging packet availability 3382 in the swarm node's Mesh Table), 
iteration continues until arequestto stop sending packets 3316 is received 3386c. 

In an alternative embodiment of encoduig the requested data 3315, the data 
may first be segmented before bemg sent. Segmentation may be accomplished employing 
standard file splitting and catenation tools and techniques (e.g., Unix tools such as sed, head, 
20 tail, cat). Upon segmenting the file into segmented blocks, each segmented block may be 
encoded as akeady discussed above 3315. The segmentation and subsequent encoding may 
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lead to performance and latency gains somewhat similar to performance gains offered by 
RAID (Redundant Array of Independent Disks) striping techniques. 
Requesting Node Receive 

Upon receiving encoded packets 3326 from swarm nodes 3318, the requesting 

5 node determines if the received encoded packets are useful or nugatory 3325. For example, 
if a single swarm node sends the same encoded data packet multiple times, the packets will 
be useless and thrown out and the requestmg node will need to obtam additional required 
packets 3330. When requesting additional required packets 3330, the requesting node may 
make a request of other swarm nodes identified in a Mesh List, or Mesh Table that the 

1 0 requesting node is currently not receiving data from, and send such non utilized swarm nodes 
a "JOIN" request for data. Also, m making the request for additional units 3330, the 
requesting node may also send a "LEAVE" message to the swarm nodes sending un-needed 
packets so that tiiey stop sending un-needed packets 3309. 

If the received encoded packet is usefiil for recreating the requested data 3325, 

15 then the requesting node may determine if received encoded packet was sent too slowly 
3324. If data is being sent to slow from a swarm node 3324, the requesting node may ixy to 
find faster swarm nodes that it has not been utilizing in its Mesh Table and or Mesh List 
3323. Also, the requestmg node may send a "LEAVE" message to the slow swarm nodes 
3308 requesting that the slow swarm nodes stop sending packets 3321. 

20 If the useful 3325 encoded packet is being sent at an acceptable rate 3324, 

then received encoded packet will be decoded 3327 once enough packets have been 



Attorney Docket No.: 41 10-4002US1 
672367 vl 



-35- 



PATENT Application Express Mail Label No,: ef098977416us 

accumulated to do so (via FEC and or other like encoding schemes). If enough packets have 
been received to decode data, liiat data is decoded 3327 and then that decoded data is logged 
as being available 3322b in the requesting node's Mesh Table. If not enough packets have 
been received to decode data 3327, then the encoded packet is logged as being available 
5 3322b in the requesting node's Mesh Table. Next, the requesting node determines if it is still 
receiving packets 3328. If the requesting node is still receiving packets, receive decoding 
3355, 3326 iteration continues. If the requesting node is not still receiving packets, the 
receiving node determines if there is enough received data to build the entire file 3329. This 
step is useful for when recombining, e.g., catenation, decoded segments in an alternative 
10 segmented embodiment as discussed above regarding segmented encoding 3315. It is also 
useful to determine if all the required segments have been decoded. If not enough data exists 
to reconstruct the complete data 3329, then a request for additional data may be made as 
already discussed above 3330. If there is enough data to attempt to reconstruct the data 3329, 
then the requesting node will determine if the file has been successfully reconstructed 3331. 
15 If the file was not successfully reconstructed 3331, then additional requests for data will be 
made 3330. Conversely, if the file was successfully encoded and reconstructed 3331, then 
the requesting node may check to see the user wishes to request another file 3332. It's 
important to note that the requesting node may execute many portions of the above flow 
chart concurrently and that a user may send several request for data 3301 without having to 
20 wait for decoding success 3331. If the user does not wish to request more data, execution 
may terminate 3386b. 

Attorney Docket No.: 41 10-4002US1 -36- 

672367 vl 



PATENT Application Express Mail Label No.: ef098977416us 

It should be understood that the above description is only representative of 
illustrative embodiments. For the convenience of the reader, the above descriptions have 
focused on a representative sample of all possible embodiments, a sample that teaches the 
principles of the mvention. The description has not attempted to exhaustively enumerate all 
possible variations. That alternate embodunents may not have been presented for a specific 
portion of the invention or that further undescribed alternate embodiments may be available 
for a portion is not to be considered a disclaimer of those alternate embodiments. It will be 
appreciated that many of those undescribed embodunents incorporate the same principles of 
the invention and others are equivalent. Thus, it is to be understood that the embodiments 
and variations shown and described herein are merely illustrative of the principles of this 
invention and that various modifications may be implemented without departing from the 
scope and spirit of the invention. 
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